PATENT APPLICATION 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re the Application of: 

Zhi-Chun HONKASALO et al. Group Art Unit: Unassigned 

Application No.: New Application Examiner: Unassigned 

Filed: October 3, 2003 Attorney Dkt. No.: 60282-00096 

For: METHOD, SYSTEM AND NETWORK ELEMENT FOR AUTHORIZING A 
DATA TRANSMISSION 

CLAIM FOR PRIORITY UNDER 35 USC S 119 

Commissioner for Patents 
P.O. Box 1450 

Alexandria, VA 22313-1450 October 3, 2003 

Sir: 

The benefit of the filing date of the following prior foreign application filed in the 
following foreign country is hereby requested for the above-identified patent application 
and the priority provided in 35 U.S.C. § 1 19 is hereby claimed: . 

Patent Application No. 03010128.3 filed on 5 May 2003 in Europe 

In support of this claim, certified copy of said original foreign application is filed 
herewith. 

It is requested that the file of this application be marked to indicate that the 
requirements of 35 U.S.C. §119 have been fulfilled and that the Patent and Trademark 
Office kindly acknowledge receipt of these/this document. 



Please charge any fee deficiency or credit any overpayment with respect to this paper 
to Counsel's Deposit Account No. 50-2222. 



Customer No. 32294 

SQUIRE, SANDERS & DEMPSEY LLP 
14 th Floor 

8000 Towers Crescent Drive 
Tysons Corner, Virginia 22182-2700 
Telephone: 703-720-7800 
Fax: 703-720-7802 

DJDxct 




Respectfully submitted, 



Registration No. 45,268 



Enclosure: Priority Document ( 1 ) 



ll 

I 

If 




I 



Europaisches 
Patentamt 



European 
Patent Offlc 



Office europeen 
des brevets 



Bescheinigung Certificate 



Attestation 



Die angehefteten Unterla- 
gen stimmen mit der 
ursprQnglich eingereichten 
Fassung der auf dem nach- 
sten Blatt bezeichneten 
europSischen Patentanmel- 
dung Oberein. 



The attached documents Les documents fixes a 
are exact copies of the cette attestation sont 
European patent application conformes a la version 
described on the following initialement deposee de 
page, as originally filed. la demande de brevet 

europeen specifiee a la 
page suivante. 



Patentanmeldung Nr. Patent application No. Demande de brevet n° 

03010128. 1 



Der- President des Europaischen Patentamts; 
Im Auftrag 

For the President of the European Patent Office l 

Le President de I'Offlce europeen des brevets 
p.o. 



RCvan DIJk 



EPA/EPO/OEB Form 1014.1 - 02.2000 7001014 



\ ^ 



7 




Europalsches 
Patents mt 



European 
Patent Office 



Office uropeen 
dee brevets 



Anmeldung Nr: 

Application n .: 03010128.1 



Demande no: 



Anmeldetag: 

Date of filing: 05.05.03 
Date de d£pdt: 



Anmelder/Appl IcantC s)/Demandeur( s): 

Nokia Corporation 
Keilalahdentie 4 
02150 Espoo 
FINLANDE 



Bezelchnung der Erf 1ndung/Tl tie of the 1nvent1on/Tltre de l'1nvent1on; 
(Falls die Bezelchnung der Erflndung nlcht angegeben 1st, slehe Beschrelbung. 
If no title 1s shown please refer to the description. 
S1 aucun tltre n'est Indlque se referer a la description.) 

Method and system and network element for authorizing a data transmission 

In Anspruch genommene PrloHat(en) / Priori ty( les) claimed /Pr1or1te(s) 
revendlquee(s) 

Staat/Tag/Aktenze1chen/State/Date/F1le no. /Pays/Date/Numero de depot: 



Internationale Patentklassl fl kat1 on/International Patent Classification/ 
Classification Internationale des brevets: 



H04L29/06 

Am Anmeldetag benannte Vertragstaa ten/Contracting states designated at date of 
flUng/Etats contractants designees lors du depdt: 

AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL 
PT R0 SE SI SK TR LI 



4. 



03010128. 1 
EPA/EP0/0EB F rm 1014.2 - 01.2000 



2 



7001014 



' . 'v. ' • ' 




TIEDTKE - BUHLING - KINNE & PARTNER (gW 



TBK-Patent POB 20 19 18 80019 Munchen 



EPO - Munich 
68 

2003 

Dipl.-lng. Hans-Bemd Pellmann 
Dipl.-lng. Klaus Grams 
Dipl.-lng. Aurel Vollnhals 
Dipl.-lng. Thomas J.A. Leson 
Dipl.-lng. Dr. Georgi Chivarov 
Dipl.-lng. Matthias Grill 
Dipl.-lng. Alexander Kuhn 
Dipl.-tng. Rainer Bockelen 
Dipl.-lng. Stefan Ktingele 
Dipl.-Chem. Stefan Buhling 
Dipl.-lng. Ronald Roth 
Dipl.-lng. Jurgen Faller 
Dipl.-lng. Hans Ludwig Trosch 

Rechtsanwalte 

Michael Zobisch 



US 38266 
May 5, 2003 



NOKIA CORgQRATIQN 

Espoo, Finland 



IVI ETHO d7sYSTEM AND NETWORK ELEMENT FOR 
AUTHORIZING A DATA TRANSMISSION 



DresdnerBank Munchen Kto. 3939 844 BL2 700 800 00 Telefon: +49 89 544690 

Deutsch Bank Munchen Kto. 286 1060 BLZ 700 700 10 Telefax (G3): +49 89 532611 

Postbank Munchen Kto. 67043 804 BLZ 700 100 80 Telefax (G3+G4): +49 89 5329095 

> Mizuho Corp. Bank Dusseldorf Kto. 8104233007 BLZ 300 207 00 E-Mail: postoffice@tbk-patentde 

> UFJ Bank Limit d Dusseldorf Kto. 500 047 BLZ 301 307 00 Internet: http://www.tbk-patent.de 
/RS218 Bavarlaring 4-6, 80336 Munchen 



EPOr, Munich 
68 

0 5. Mai 2003 



. Nokia ref.: NC 39921 
TBK ref.: US 38266 

METHOD, SYSTEM AND NETWORK ELEMENT FOR AUTHORIZING A. DATA 

TRANSMISSION 

BACKGROUND OF THE INVENTION 

Field of the invention 

The present invention relates to a method and/or a system 
and/or a communication network device and/or a 
communication control element usable in an arrangement for 
controlling connection parameters for a communication 
connection, in particular a packet based communication 
-GORReGt-i-on-. — The -pr e s en t— in ve nfeL-o n r e lates p a-r-feL-cu-l-a r 1 y t o - a - : 
method and/or a system and/or a communication network 
device and/or a communication control element usable in an 
arrangement £ or "dynamically controlling connection 
parameters wherein connection parameters, network 
resources, charging information and the like are authorized 
by a policy -control entity of a- communication network. > 

Related prior art 

In the last years, an increasingly extension of 
communication networks, i.e. of wire based communication 
networks, such as the Integrated Services Digital Network 
(ISDN), or wireless communication networks, such as the 
cdma2000 (code division multiple access) system, cellular 
3 rd generation communication networks like the Universal 
Mobile Telecommunications System (UMTS), the General Packet 
Radio System (GPRS) , or other wireless communication 
system, such as the Wireless Local Area Network (WLAN) , 
took place all over the world. Various organizations, such 
as the 3 rd Generation Partnership Project (3GPP) , the 
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International Telecommunication Union (ITU), 3 rd Generation 
Partnership Project 2 (3GPP2) , Internet Engineering Task 
Force (IETF), and the like are working on standards for 
telecommunication network and multiple access environments. 

In general, the system structure of a communication network 
is such that a subscriber's user equipment, such as a 
mobile station, a mobile phone, a fixed phone, a personal 
computer (PC), a laptop, a personal digital assistant (PDA) 
or the like, is connected via transceivers and interfaces, 
such as an air interface, a wired interface or the like, to 
an access network subsystem. The access network subsystem 
controls the communication connection to and from the user 
equipment and is connected via an interface to a 
corresponding core or backbone network subsystem. The core 
"(or backbone) network subsystem switches' the data 
transmitted via the communication connection to a 
^destination, such as another user equipment, a service 
provider (server/proxy) , or another communication network. 
It is to be noted that the core network subsystem may be 
connected to a plurality of access network subsystems. 
Depending on the used communication network, the actual " 
network structure may vary, as known for those skilled in 
the art and defined in respective specifications, for 
example, for UMTS, GSM and the like. 



Generally, for properly establishing and handling a 
communication connection between network elements such as 
the user equipment and another user terminal, a database, a 
server, etc., one or more intermediate network elements 
such as support nodes or service nodes are involved. One or 
more connection parameters are used for defining connection 
characteristics. This includes, for example, a packet based 
data transmission protocol information, such as a PDP 
(Packet Data Protocol) context information, for example, 



..... . . , .... ...... . . , 3 - . . . 

information about quality of ^service (QoS) requested or 
provided, charging-related information, such as . a charging 
class, etc. 

In particular in cases where a communication involves two 
or more networks of different types such as networks using 
different transmission protocols, e.g. GPRS/UMTS-based 
networks and IP-based networks, problems may occur in 
properly establishing the communication connection and 
setting the connection parameters such that they are 
optimal for the service in question. 

Hitherto, there have been proposed several concepts for 
achieving a solution for these problems. For example, in 
the case of a 3GPP based network, such as UMTS/GPRS, the 
f dlTowiligr^olutions are proposed- 

While .in a standard 3GPP system QoS is defined per Access 
Point Name (APN) , in 3GPP Release 5 (see, for example, 3GPP 
specification TS 23.207, ver5.7.9 (2003-03)), a so-called 
Policy Decision Function (PDF) is introduced for 
dynamically 7 ^authoEzing of QoS for IP Multimedia System 
(IMS) sessions. IMS specific information, Authorization 
Token and Flow ID(s) are used as binding information when 
requesting QoS authorization for a PDP context . According 
to 3GPP Release 5, the PDF (or also Policy Control Function 
PCF) is described to be implemented together with a Proxy 
Connection State Control Function (P-CSCF) of the IMS. 
However, a standardized interface towards the IMS when the 
PDF is not part of the P-CSCF is not defined in 3GPP 
Release 5 . 

Regarding the basic communication between a GGSN (Gateway 
GPRS Support node) and a PDF, reference is also made to the 
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International patent publication No. WO 02/32165 of the 
present applicant. 



In 3GPP Release 6 (see/ for example, 3GPP specification TR 
5 23.917, ver0.7.1 (2003-02)), it is planned to extend the 

dynamic authorization to include also streaming services 
(for example, Packet Switched Streaming Services (PSS)). 
Furthermore, according to the current understanding of 3GGP 
Release 6, a stand-alone Policy Decision Function (PDF) 
10 with standardized interfaces towards both the GGSN (the so- 

called Go-interface) and the IMS/PSS (the so-called Gq- 
interface) are planned. 

Thus, it is to be noted that in 3GPP Release 5 and 3GPP 
15 Release 6 solutions, a dynamic QoS control for a 

communication connection is possible for session-based 

services, and in particular real-time services such as 
Voice over IP (VoIP) traffic. More generally, PSS streaming 

service is planned to be added to dynamically authorized; 
20 services in 3GPP Release 6, in addition to IMS services of 

3GPP Release 5. 

Another approach for enhancing QoS support for IP. services 
is the usage of so-called service aware core network 

25 element, such as a service aware GGSN (saGGSN) , or the 

usage of -so-called Intelligent Service Nodes (ISN) . The 
saGGSN and the ISN are service aware products which can 
provide, for example, specific charging functions. A GGSN 
provides charging per PDP context whereas service specif ic 

30 charging functions, as one example, can operate on a 

service flow level. The saGGSN and the ISN are currently 
defined in respective specifications. A saGGSN allows for 
the detection of the QoS level at the network edge for 
selected services. With these enhanced core network 



elements, QoS can. be controlled on a per service access 
point :(sAP) . basis. or.. on. a . service basis within a sAP. 

SUMMARY OF THE INVENTION 

Thus, it is desirable to provide an improved mechanism for 
dynamically managing and controlling connection parameters 
for a packet based communication connection using at least 
one type of service. 

In particular, it is desirable to provide an improved 
mechanism for dynamically managing and controlling 
connection parameters for a packet based communication 
connection using at least one type of service wherein an 
accurate authorization for connection parameters and a 

provision of further _infgrrnat ion, such as 0^,_^cjiarging__ _ 

information, and the like, for specific services and/or 
flows within a service used in the communication connection 
-a-r-e -poss-i-b-l-e-. - — 

According to one aspect of the proposed solution, there is 
provided, for •.example, a method of controlling connection 
parameters for a communication connection between a first 
network element and a second network element, the method 
comprising the steps of initializing the communication 
connection and sending a connection parameter request 
signaling for at least one service type to be used in the 
communication connection from the first network element to 
a third network element, requesting, ., by., the .third network 
element, an authorization for the connection parameters 
from a fourth network element, deciding, in the fourth 
network element, on connection parameters to be authorized 
for the communication connection and on service types which 
can be provided for the communication connection, sending, a 
decision message from the fourth network element to the 
third network element wherein the decision message 



comprises at least one of the authorization for the 
connection parameters, service types usable for the 
communication connection, and an information portion 
indicating, for each service, whether or not the fourth 
network element controls a further authorization regarding 
at least one of the indicated service types in the 
communication connection . 

Furthermore, according to one aspect of the proposed 

solution, there is provided, for example, a system for 

controlling connection parameters for a communication 

connection between a first network element and a second 

network element, the system comprising a third network 

element via which the communication connection is 

initialized by sending a connection parameter request *>j 

"signaXxng for at ""Teas t one service type to be used^in the 

communication connection from the first network element, a 

fourth network element to which the third network element 

requests an authorization for the connection parameters, : 

wherein the fourth network element decides on connection^ 

parameters to be authorized for the communication 

. . .. • . . . . . 

connection and on service types which can be provided for 

the communication connection, wherein the fourth network 

element generates and sends a decision message to the third 

network element wherein the decision message comprises at 

least one of the authorization for the connection 

parameters, service types usable for the communication 

connection, and an information portion indicating, for each 

service, whether or not the fourth network element controls 

a further authorization regarding at least one of the 

indicated service types in the communication connection. 

Moreover, according to one aspect of the proposed solution, 
there is provided, for example, a communication network 
device for controlling connection parameters for a 
communication connection between a first network element 



and a second, network* element; the device comprising means 
for receiving from av third network element, via which the 
communication connection is initialized by a connection 
parameter request signaling for at least one service type 

5 to be used in the communication connection from the first 

network element, a request for an authorization for the 
connection parameters, means for deciding on connection 
parameters to be authorized for the communication 
connection and on service types which can be provided for 

0 the communication connection, means for generating and 

sending a decision message to the third network element 
wherein the decision message comprises at. least one of the 
authorization for the connection parameters , service types 
usable for the communication connection, and an information 

5 portion indicating, for each service, whether or not the 

device controls a further authorization regarding at least 
one of the indicated service types in the communication 
- ■ connection. ,. '■.■■>. 



Additionally, according to one aspect of the proposed 
solution, there is provided, for example, a communication 
control network element usable in a system for controlling 
connection parameters for a communication connection 
between a first network element and a second network 
element, the communication control network element 
comprising means for receiving, when a communication 
connection is initialized by the first network element, a 
connection parameter request signaling for at least one" 
service /type to be .used -in the communication connection, 
means for requesting, from a fourth network element, an 
authorization, for the connection parameters, wherein the 1 
fourth network element decides on connection parameters to 
be authorized for the communication connection and on 
service types which can be provided for the communication 
connection, means for receiving from the fourth network 
element a decision message wherein the decision message 



comprises at least one of the authorization for the 
connection parameters, service types usable- for the 
communication connection, and an information portion 
indicating, for each service, whether or not the fourth 
network element controls a further authorization regarding 
at least one of the indicated service types in the 
communication connection. 

According to further refinements, the proposed solution may 
comprise one or more of the following features: 

- the decision message of the fourth network element 
may be processed and enforced in the communication 
connection by the third network element, wherein, on the 
basis of the information portion, those service types of 
the communication connection may be determined flows c of l v 
which can be admitted - by" "the" t hi rd~rietwork element without™ 
consulting the fourth network element and default service- 
specific communication connection parameters for these, and ^ 
those service types of the communication connection may be : 
determined flows of which are to be controlled by the 

fourth network element; 

- aggregate connection parameters may be sent to the * : 
third network element as a part of a set of parameters in 

the decision message; 

- in the case that the third network element receives 
a flow of a service type which is indicated to be 
controlled by the fourth network element, connection 
parameters for this service type may be requested from the 
fourth network element, wherein, in the fourth network 
element, a decision on connection parameters to be 
authorized for the service type in question may be 
performed, and a further decision message may be sent from 
the fourth network element to the third network element 
wherein the further decision message comprises the 
authorization for the connection parameters of the service 
type in question; 



-.for session-based services which are authorized by 
the fourth. network . element f the fourth network . element may 
be able to receive information about flows the session 
comprises, as well as information pertaining to 
commencement and termination of sessions; 

-in the case that the third network element receives 
a. flow of a service type which is indicated to be 
controlled by the third network element, the flow may be 
admitted by the third network element wherein provisioned 
connection parameters for the service type may be used; 

- at least one of the first and second network 
elements may be a user equipment connected with a mobile 
communication network including, but not limited to, GPRS, 
UMTS, and WLAN; 

- the third network element, as a communication 
"contro r o 1 or 
gateway network element of the communication network, in 
particular of a mobile _communi cat ion network, wherein the 
communication control or gateway network element is adapted 
to trigger a dynamic policy request. In particular, the 
third network element may be a gateway network element, in 
particular a Ga t e way GPRS ' S uppor t Node (GGSN) ," ; or an * 
intelligent service node (ISN) , or another kind of a 
gateway node of a mobile communication network, such as 
UMTS, GPRS, WLAN and the like; 

- the fourth network element may be a policy control 
network function, in particular a policy decision function 
(PDF), which is capable of performing the deciding step on 
the_ basis . of .abuser .subscription-profile and/or, application 
service information; 

- the fourth network element may be a separate network 
element or included in the third network element; 

- the connection parameters may comprise a quality of 
service (QoS) level to be provided for the communication 
connection and/or aggregate level parameters those 
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pertaining to the communication connection based on the 
initial connection parameter request signaling; 

- the service types may be defined on the basis of a 
service access point, e.g. a service access point 
identifier, or on the basis of a service packet classifier; 

- the decision message or messages may comprise 
charging information for the communication connection using 
at least one service type; 

- the service types may include real-time services 
and/or non real-time service; 

- in the case that the third network element receives 
a flow of a service type which is indicated to be 
controlled by the fourth network element, an authorization 
token and/or a flow identification may be used as a binding, 
information ; /' 

^ _ . ; . • . ' i 

- Che first and second network elements may be located 
in different communication networks or in the same 
communication network. 



By virtue of the proposed solutions, the following \" { 

advantages can be achieved: f ? 

The proposed connection parameter control mechanism" * 
can be implemented for different types of communication 
networks, in particular for those using packet based data 
transmissions. For example, but not exclusively, the 
proposed solution, is applicable in wired communication 
networks, such as ISDN, in networks using Asymmetric 
Digital Subscriber Line (ADSL) technique, in wireless 
communication networks, such as WLAN, GPRS, UMTS, and the 
like. The proposed solution is also applicable in 
communication connections between different types of 
networks using, for example, different transfer protocols. 
In particular, the proposed solution can be implemented, 
for example, in core network elements, such as 
communication control or gateway network elements, and in 
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connection parameter, control functions, such as policy 
control entities or policy decision functions (PDF) ; 

- By means of the proposed solution it is possible to 
generalize the dynamic allocation of connection parameter 
5 for- a communication connection, such .as QoS authorization, 

for different types- of services, for example, for session- 
based services, non-session-based services, such as 
browsing and streaming, real-time services and/or non-real- 
time services. This means that the same QoS management 

10 information structure can be used for all the service types 

between the connection parameter authorization element, 
e.g. the policy control network function or entity, and the 
-communication control element, e.g. the gateway network 
element. . 

15 - - By means of the proposed connection parameter 

: control mechairsir a dynamic control of default <2>bS for 

packet based data transmission protocol contexts, such as 
PDP contexts in UMTS networks or the like, as weU;_as an 
authorization of a QoS level per service and/or per service 

20 access point and simultaneously for selected flows within 

. one or more services is possible. 

- it is alsb possibie^'to include further information 
in authorization messages from the policy control entity to 
the communication control network element which may 

25 concern, for example, charging policies. Thus, for example, 

charging on a per service basis and even on a per flow 
basis within a service is possible. 

- The network signaling load can be optimized when\the 
communication control network element, such as the GGSN or 

30 ISN, is able to discriminate services for which no further 

consultation with the policy control network function or 
entity, such as the PDF, is necessary, i.e. which flows or 
services can be controlled by the communication control 
element itself. However, by clearly defining those services 

35 for which the control remains in the policy control entity, 

full flexibility concerning the authorization of connection 



parameters and/or charging policies, and the like, is 
ensured. - 

- If a definition based on a service access point 
(sAP) does not provide sufficient granularity, it is 
possible to provide information from the policy control 
entity to the communication control network element on a 
per service basis provided within a sAP. In this case, a 
service may be identified by a (set) of packet classifiers. 
Thus, an accurate identification of services or flows 
within a service is possible for the connection parameter 
control. 

- By means of the proposed connection parameter 
control mechanism, it is also possible to take into account 
other criteria for the connection parameter authorization. 
For example, policies based on a network load in one or t 
more of the ^nvolved~ coiranunication networks can be taken 
into account. By discriminating connection parameter 
authorizations for respective services or even flows within 
a service, which can be changed on the basis of the networks- 
load, a flexible control of network resources is possible. : \ 

- Furthermore, it is possible to dynamically allocate J 
charging policy for relevant services and service flows 

The above and still further objects, features and 
advantages of the invention will become more apparent upon 
. referring. to the description and the- accompanying drawings . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a structure of communication network. 

Figs. 2A and 2B show a flow chart describing a connection 
parameter control method. 

Fig. 3 shows a connection parameter authorization signaling 
diagram. 



Fig. 4 shows a connection parameter authorization signaling 
diagram. 



5 Fig* 5 shows an example of a scenario for a connection 

parameter control. 

Fig; 6 shows another example of a scenario for a connection 
parameter control. 
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DESCRIPTION OF PREFERRED EMBODIMENTS 



As mentioned above, the connection parameter control or 
management mechanism is used for controlling connection 
15 parameters, such as quality of service parameters, policy 



parameters for charging, and the like, for a communication 
connection between a first network element and a second 

network element .. The ~£ ixs.t. -and. .the-second . ..(-terminaX) . 

network element may be located in different communication ^ 

20 networks or PLMN (Public Land Mobile Network) or within the 

same communication network, such as ADSL, UMTS, GPRS, WLAN, 
or the like, wherein the communication networks of the 
first and second network elements may be, but does not need 
to be of different types. 

25 < 

The respective user equipment (UE) may also be a terminal 
apparatus of different type. For example, the UE may be a 
mobile or fixed phone, a personal computer, a server, a • 
mobile - laptop ' computer, a personal digital assistant^* (PDA)" 

30 or the like. Irrespective of its specific type, the UE may 

comprise several means which are required for its 
communication functionality. Such means are for example a 
processor unit for executing instructions and processing 
data for the communication connection (e.g. transmission 

35 content and signaling related data) , memory means for 
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storing instructions and data, for serving as a work area 
of the processor and the like (e.g. ROM, RAM, EEPROM, and 
the like) , input means for inputting data and instructions 
by software (e.g. floppy diskette, CD-ROM, EEPROM, data 
5 interface means, and the like) , user interface means for 

providing monitor and manipulation possibilities to a user 
(e.g. a screen, a keyboard, a microphone and headset for 
communication, and the like) , and network interface means 
for establishing a communication connection under the 
10 control of the processor unit (e.g. wired or wireless 

interface means, an antenna, and the like) . These means can 
be integrated within one device (e.g. in case of a mobile 
or fixed telephone) or in several devices forming the user 
equipment (e.g. in case of a laptop). ; 
15 t 
When a communication connection By~"using a service type, 
such as a real-time (for example, Voice over IP call) or a 
non-real-time service ( for_ example, interactive connection 
such as browsing) between the first UE and the second UE^is 
to be established, in the case of a first UE originating y. a 
service, the first UE initializes the communication V 
connection. This is effected, for example, by sending- a rv 
communication connection request signaling for at least one 
service type which is desired to be used in the 
communication connection to the communication network to 
which the first UE is connected. More specifically the 
first UE (network element) performs, a communication 
connection activation by sending, for example, a (primary) 
packet based data transmission protocol context, such as a 
Packet Data Protocol (PDP) context, request via an access 
network subsystem of the connected communication network to 
the core network subsystem of the connected communication 
network. The structures of the access network subsystem and 
core network subsystem depend on the respective 
communication network type. For existing system, these 
structures are commonly known for a person skilled in the 
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r art. In case of a 3GPP network system, for example, a UMTS 
Terrestrial Radio Access Network (UTRAN) and/or a GSM/EDGE 
Radio Access Network (GERAN) on the access network 
subsystem -side- as well as a Serving GPRS Support Node SGSN, 
5 a Home Location Register HLR, a Gateway GPRS Support Node 

. GGSN and the like on the core network subsystem side may be 
involved. 

The terminating point of the communication connection, i.e. 
10 the second network element/ is, for example, an application 

; function ; (AF) being part of ah application server oran 
:\ application proxy server- The ; second network element is, 
for example, part of a multimedia system, such as an IP 
Multimedia System (IMS) or the like, like a Proxy Call 
15 State Control Function (P-CSCF) . 



... The communication connection request signaling for at least 
one service type if^jrj^eived ^ 

by a corresponding third network element, for example a 

20 communication control or. gateway network element of the 

core (or backbone) network subsystem like a GGSN (or SGSN) 
~ in* case? of a UMTS network, ah ISN, a c<^respbhding WLAN 

communication control network element like a Packet Data 
Gateway, or the like. The communication control or gateway 

25 network element should be able to trigger a request for a 

dynamic policy control. Now, in order to authorize the 
connection parameters for the communication connection, the 
third network element requests a corresponding 
authorization, for. the . connection parameters from -a fourth I 

30 network element. The third network element may be able to 

trigger. a corresponding request to the -fourth network 
element without having an authorization token or the like. 
However, it is to be noted that the connection parameter 
control mechanism described herein is also applicable in 

35 connection with an authorization token. In other words, an 

authorization token, service information like service name 
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(e.g. emergency service, service related signaling, news, 
weather etc.), packet classifier , and the like can be used 
as binding information. The fourth network element is 
preferably a policy control function element or entity, 
5 being for example a generalization of a 3GPP standard 

policy decision function (PDF) like so-called IP Service 
Policy Control (IS PC) element. In the following, both PDF 
and ISPC refer to the generalized PDF. The policy control 
entity is, for example, a separate network element 
10 connected via respective interfaces to other network 

elements, such as the gateway element and the application 
functions, or an integrated part of one of these network 
elements (for example, the P-CSCF, and the like) 

- -t tl 

15 The network elements used as the third and the fourth '--v. 

network-element"; — such as the - GGSN~ arr~intelTigent service 

node ISN, a service-aware GGSN, the PDF (the ISPC) may be 

implemented _by software or by hardware^ In any case, for 

executing their respective functions, correspondingly used 

20 devices or network elements comprise several means which" 

are required for control and communication functionality? 
Such means are, for example, a processor unit for executing 
instructions and processing data (for example, transmission 
content and signaling related data) , memory means for 

25 storing instructions and data, for serving as a work area 

. . of the, processor and the like (e.g. ROM, RAM, EEPROM, and 
the like) , input, means for inputting data and instructions 
by software (e.g. floppy diskette, CD-ROM, EEPROM, and the 
like) , user interface means for providing monitor and 

30 manipulation possibilities to a user (e.g. a screen, a 

keyboard and the like) , and interface means for 
establishing a communication connection under the control 
of the processor unit (e.g. wired and wireless interface 
means, an antenna, and the like) . 
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The. fourth network element, for example the policy control 
entity,, receives -a request message for authorizing 
connection parameters, such as a quality of service QoS 
level and/or charging level, for the communication 
5 connection from the third network element. The request 

message from the third network element may comprise, for 
. example, an identification of the first network element, 
such as an International Mobile Subscriber Identity (IMSI) , 
an IP address of the first network element, a mobile 

10 subscriber ISDN (MSISDN) or the like of the UE. 

Furthermore, an identification of a context access point of 
the communication connection may be included. Then, the 
fourth network element decides on connection parameters to 
be authorized for the communication connection and on 

15 service types which can be provided for the communication 

connection of the first network element. This decisionals 
based, for example, on a user subscription . prof lie which 
m ay be based in a correspondi ng subscription manager 
database connected to the fourth network element. Also 

20 application service information may be used for the 

decision, when appropriate. The fourth network element may 
receive such information from an application f iinct fori" (AF) , 
such as an application server, in order to obtain 
information about QoS to be provided and the like. 

25 Alternatively, the application service information may be 

stored in the fourth network element or in a database 
connected to the fourth network element. The application 
function may also provide session beginning/ending 
. v information, to. the .fourth network- element » (e.g. - the— PDF) < 

30 which enable the fourth network element to control the 

gating- in the communication connection. Also charging 
information related to services to be used in the 
communication connection can be obtained by .^the fourth 
network element. 
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When the fourth network element has decided on the 
connection parameters to be authorized for the , 
communication connection, a decision message is generated 
and transmitted to the third network element. 

In the decision message several connection parameter- 
authorizations and further information may be included. The 
connection parameter authorizations may be included for 
each flow of a service. Additionally, aggregate connection 
parameters can be sent to the third network element as a 
part of the. set of parameters. For example, the 
authorization for a quality of service level to be provided 
for the packet based data transmission protocol context is 
included in the decision message. Additionally, a list of 
service types usable for the communication connection, i>e.> 
of services currentTy 'actTivated or allowed may be included J 
Furthermore, associated control policies and information, 
such as chargin g in formation, can be included. As an 
example, information related to services and policies tot'be 
taken into account for the communication connection by the * 
third network element can be included in the form of an \ b 
information portion such as one or more vectors. Such ari^ 
vector may have the form of {service (i) , policy (i) } 
wherein for each activated/allowed service (i) specific 
policy, information are provided: The definition of a 
service may be provided, for example, by the network 
service, management system by configuration. For instance, a 
service can be referred by a service access point (sAP) 
name or by a set (i.e. one or more) of packet classifiers. 
For a particular service (i) , the policy element may 
indicate whether a further authorization of flows within 
this service definition is needed from the fourth network 
element when the third network element receives a flow in 
the service in the communication connection. On the other 
hand, it may also be indicated that no further consultation 
(i.e. authorization) of the fourth network element is 



necessary. for the third' network ♦ element . In other words , it 
is : indicated for each .service, whether the fourth network 
element controls a further authorization regarding at least 
one of the- indicated service types in the communication 
connection or not . (for example, the third network element 
.may control the service and corresponding flows within the 
service) , If the fourth network element does not control 
the further authorization of a service, the service 
specific policy like QoS and/or charging level may be 
included in the decision message. The fourth network 
element may provide for the packet based data transmission 
protocol context a maximum QoS level. As a further option, 
the fourth network element can also indicate in the ' 
decision message, for example, overall QoS parameters for 
the communication connection (based, on the packet based 
data transmission protocol context!" as'well as default QoS ~ 
parameters for services, per service, authorized by the 
■jy?iFd^etwr.k element. Jt is also possible to include, for 
each service, policy .information regarding the charging for 
the service. Additionally, it is also possible, to take into 
account specific criteria, for example the time of the day : 
(for providing ' different resources for day and night time, 
for example) or the load situation in the communication 
network (s) involved. Thus, it is possible to use policies 
which may be based, for example, on a network load, wherein 
respective policies or connection parameters can be chosen 
for specific service types of the communication connection. 

.The. ? third network , element .receives the. decision^ message 
from the fourth network element and process the. decision 
message in order to determine the connection parameters 
authorized, for example the authorized QoS level. Then the 
third network element, as the communication ..control network 
element, enforces the authorized connection parameters in 
the communication connection of the first network element. 
Additionally, ^the third network element determines, on the 



basis of the information portion such as the vector (s) , 
those service types of the communication connection in 
which flows can be admitted by the third network element 
without consulting the fourth network element, and those 
service types of the communication connection in which 
flows are to be still controlled by the fourth network 
element. 

During the communication connection, the third network/ 
element may receive flows in the service (s) authorized for 
the communication connection. The introduction of a new 
flow may be associated with an invocation of a new traffic 
aggregate (for example, a (secondary) packet based data 
transmission protocol context activation, such. as a % 
secondary PDP context activation), but may also take*place * 
w i tho'ut explicit signaling": " • ~ 

In the case t hat the third network element receives a, flow 
of a service which is indicated in the decision message .to 
be controlled by the fourth network element, the third V 
network element may send a further request message td the 
fourth network; element for authorizing connection % 
parameters for this service type in question, e.g. for a 
flow. The request message may comprise a specification of 
the service in question. In particular, the third network 
element may be- able to- trigger the (further) request to the 
fourth network element without having an authorization 
token or the like. However, it is to be noted that the 
connection parameter control mechanism described* herein is 
also applicable in connection with an authorization token. 
In other words, an authorization token, a packet classifier 
and. the like can be used as binding information for the 
authorization request of a flow in the service in question. 
The fourth network element receives the further request and 
decides, in a similar manner to that described above, on 
connection parameters, such as QoS level, to be authorized 
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for the service type in question . The fourth network 
element may receive information from the application, 
function which may comprise communication connection - (or 
session) beginning/ending information. Also, the fourth 
network element should be able, in particular for session- 
abased services which are authorized by- the fourth network 
element, to receive information about flows the session 
comprises. Additionally, for the decision of the fourth 
network element, further information regarding, for 
example, charging of this service or even of the specific 
flow can be determined by the fourth network element. Then, 
a further decision message is sent from the fourth network 
element to the third network element. This further decision 
message may comprise the decided -authorization for the . 
connection. parameters, e.g. the QoS level .like a QoS class 
arid a bi"t~£ate7 or further QoS "parameters , for the" service" 
in question. If determined, also charging information can 
Retran smitted b y this f urther decision messag e. Moreover , 

aggregate .connection "parameters (e.g. a respective level of 
-connection parameters) can be sent to the third network 
element as a part of a set of parameters authorized. The 
-third Network element -theii enforces these connection " 
parameters for the service in question in the communication 
connection. . * 

On the other hand, in the case that the third network 
element receives a flow of a service type which is 
indicated to be controlled, for example, by the third v 
network, ^element .itself the .third network- element may- admit 
the flow and does not sent a request to the fourth network 
element. Instead, the third network element may use 
provisioned connection parameters for this service, for 
example a default QoS level indicated in the. (first) 
decision message. This QoS level (or levels) may be 
provisioned per sAP or per service statically in the third 
network element, or sent - per service - by the fourth 
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network element as part of the service policy decision 
message. • • 

In the following, with reference to Figures 1 to 4, a 
specific example for an implementation of the above 
generally described connection parameter control mechanism 
is described. In this example, it is assumed that the 
connection parameter management or control is performed for 
a communication connection of a first network element being 
a user equipment UE in a mobile communication network, such 
as a 3GPP based network. However, it is to be understood 
that this example is not intended to limit the connection 
parameter management or control application. Rather, the 
connection parameter control is also applicable in network 
structures different to the one described below wherein 1 : 
respective other "types of signaling and network elements 
are used for the functions of the communication control or 
gateway network ele ment and the p olicy c ontrol en tity . . . 

Since the described connection parameter control mechanism 
is related in particular to an interaction between the. core 
network communication control or gateway network element, 
such as the GGSN, and the policy control entity, such as 
the PDF, the following description is concentrated on these 
parts of the communication network. However, it is to be 
understood that- for the establishment of the communication, 
connection other network elements are involved. This is 
described, for example, in corresponding specifications, 
such as the 3GPP specifications, which are known for person 
skilled in the art so that a detailed description thereof 
is omitted herein for the sake of simplicity. 

In Fig. 1, a simplified structure of a 3GPP based 
communication network is shown in which the connection 
parameter management or contrpl is implemented. In Fig. 1, 
reference sign 1 denotes a user equipment UE, such as a 
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mobile phone or ^the like, which represents the first 
network element. Reference sign 2 denotes a gateway or 
communication control network element, such as a GGSN, 
which may be located in the core network subsystem of the 
communication network of the UE 1. This network element 2 
represents the third network element. Reference sign 3 
denotes a policy control entity. such as a PDF (e.g. ISPC) , 
which represents the fourth network element. Reference sign 
4 denoted a subscription manager database connected with 
the policy control entity 3 and storing, for example, user 
subscription profiles used for the connection parameter 
decision by the policy control entity 3. Reference signs 5 
to . 7 denote respective, application function of services 1 
to 3 with which the UE 1 may establish a communication 
connection using at. least one service type, such as . a real- 
time or a non^ell^tlme" siivice. The application functions" 
may serve as the second network element or may provide a 
..farther connection to ._a. second network element connected 
therewith. Specifically, reference signs 5 denotes a- P-CSCF 
located in a (not shown) IMS, reference sign 6 denotes a 
Real' Time Streaming Protocol (RTSP) Proxy / Server, while 
reference sign 7 denotes' another applicable application 
function. It is to be noted that there may be provided also 
other application functions or communication networks (not 
shown) with which the UE 1 may be connected. 

For the communication connection and the transmission of 
signaling messages, respective connections and interfaces 
between the network elements are provided: The connection 
between the UE 1 and the GGSN 2 is provided, for example, 
by means of respective access network (e.g. UTRAN) and core 
network (e.g. SGSN) subsystems and elements. The interface 
between the GGSN 2 and the PDF 3 is, for example, a Go 
interface according to 3GPP. The interface between the PDF 
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3 and the application functions 5 to 6 is subject to 
respective standardization of 3GPP. 

With reference to Figures 2A, 2B, and 3 and 4, the 
connection parameter management or control for a 
communication connection in the communication network 
according to Fig. 1 is described below. 

The UE 1 initializes a communication connection in which at 
least one service type (for example an interactive traffic 
class service) is used. For this purpose, request for a 
(primary) PDP context is sent to the communication network 
and to the GGSN 2 (Fig. 2A, step S10) . The GGSN 2 receives 
the PDP context request and contact the PDF 3 for 

authorizing connection parameter s such as QoS and/or 

charging level associated with the (primary) PDP context 
(Fig. 2A, step S20) . As also shown in Fig. 3, the request 

_mes.s.a.g_e. .for ..authorizing^ the. -.(primary.) RD.P . .con.tex.t-S.ent._to 

the PDF 3 includes an identification UE_ID (for example I 
IMSI, MSISDN, UE IP Address) and a context access point,,. 
(cAP) for the PDP context as parameters. The GGSN 2 is ^| 
preferably able to trigger a such a request to the PDF 3 
without having an authorization Token. However, as binding 
information, also the authorization token and/or a service 
information like service name (e.g. emergency service, 
service related signaling, news, weather, etc.), packet 
classifier and the like can be used in this stage. 

Now, the PDF 3 decides, in response to the request, on 
connection parameters, such as QoS and/or charging level, 
to be authorized for the communication connection, in 
particular for the (primary) PDP context. For this 
decision, the PDF 3 can use a user subscription profile 
obtained, for example, from the subscription manager 
database 4 and application service information whenever 
appropriate. QoS information for the service used in the 



communication connection can be received, for example, from 
the corresponding.; application, function. 5 to 7 providing the 
service (or services). For example, the P-CSCF 5 can send 
session information to the PDF 3 •Alternatively, the 
5 . application service information may be stored in the PDF or 

in a database connected to the PDF. The PDF 3 generates a 
decision message (DEC in Fig. 3) with which the QoS 
authorization decision on behalf of the GGSN 2 is provided. 
For example, the PDF 3 provides a maximum PDP context QoS 
10 and/or charging level. Additionally, the DEC message 

\ comprises a list of the currently activated/allowed 
services and associated control policies, for example, in 
the form of a vector (service(i) , policy. (i.) } . The- _ - 
definition of a service is provided by the network service 
15 management system through configuration. For example, a 

~ r ~~^~ r ~ ""service can be referred by a servic?lccess point name or 
. by a set (i.e. one or more) of packet classifiers. For a 
p articular s ervice, the po lic y t el ls whether (or not ) a 



further authorization of flows within the service 
20 definition is needed from the PDF 3. In other words, the 

PDF" 3 determines which services has to be authorized again 
* by PDF 3 (if identified) and which services can be GGSN 

controlled (e.g. per sAP or per service). If. a service does 

not require further authorization by the PDF, the service 
25 specific policy may indicate e.g. quality of service level 

for the service. Furthermore/ charging policies for the 

services can be transmitted in the DEC messages as well. 

Alternatively, in the initial authorization phase for the 
, % - % . ..(primary) ,.PDP context, the PDF. 3 . can indicate, also overall 
30 QoS parameters for the connection : ( PDP context type) as 

well as default QoS parameters for the services authorized 

by GGSN 2 . The above steps are indicated as steps S30 and 

S4 0 in Fig. 2A. 

35 In the above described procedure, if a sAP does not provide 

enough granularity, information from PDF 3 to the GGSN 2 



could be provided per service provided within a sAP. In 
this case, a service may be identified by a set (i.e. one 
or more) of packet classifiers. 

As an example, the PDF 3 may authorize in steps S30 and S4 0 
the Interactive traffic class for a PDP context and may set 
"GGSN controlled" for the sAPs (services) of the 
Interactive traffic class and "PDF controlled" for other 
sAPs. 

The GPRS 2 receives the DEC message from the PDF 3 and 
processes it (Fig* 2A, step S50) . On the basis of the 
authorization information for the QoS level indicated in 
the DEC message, the GGSN2 enforces the decision of the PDF 
3 for the connection parameters in the user plane 
"processing (PDP context) and the QoS"^ignalTng~f or the 
communication connection. In order to enforce the decision 
of the PDF 3, the GGSN 2 may-map parameters received in, the 
DEC message to connection parameters (e.g. mapping QoS ' 
class to traffic class, traffic handling priority and 
allocation/retention priority) . Additionally, the GGSN 2 
can determine from the information portion comprising the 
vector described above for which services the PDF 3 has to 
be consulted again ("PDF controlled) for authorization and 
which services can be GGSN controlled (e.g. per sAP or 
service) - - _ . _ : _ 

When the GGSN 2 receives a new flow in an authorized 
service at the communication connection (Fig. 2B, step S60) 
the GGSN 2 recognizes whether or not the service in 
question is "PDF controlled" (Fig. 2B, step S70) on the 
basis of the determination from the DEC message (see Fig. 
3) . For this purpose, a corresponding determination result 
may be stored in the GGSN 2 at the (primary) PDP context 
authorization procedure . 



In the case that the, GGSN 2 recognizes that the new flow is 
; within,. a :; service;. (or from a. ;S AP). to , be controlled by. the 
PDF 3, a further request for authorization is sent by the 
GGSN 2 to the PDF 3 (Fig. 2B, step S90)..In Fig. 4 there is 
shown a procedure which is executed/when the GGSN 2 
receives such a new flow in a service indicated to be "PDF 
controlled". The request message for service authorization 
specifies the service in question. The GGSN 2 is preferably 
able to trigger a such a request to the PDF 3 without 
having an authorization token, but the same scheme can also 
be used in connection with standard 3GPP Release 5 session- 
based services (authorization token and/or flow ids can be 
.used . as binding information for the request) . The service 
can be referred by the service name and/or alternatively 
by a. packet classifier, which identifies. the received 
service- f low? s )~By ' the GGSN 2 . The PDF 3 decides ," in" 
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response to this further request, on an authorization for a 
te± an&/o± cha rging leve_i _for _the _sj e^J^ce^J^u^ tipn_ _( Fig^ 



2B,. step S100) . -This. can be performed, for example, on the 
basis of a User subscription profile, application service 
information, QoS information for the service in question 
received, f6r example, from the corresponding application 
function 5 to 7 providing the service,, and the like. The 
PDF 3 may receive, for example, information from the P-CSCF 
5 about flows of the service in question as well as 
information pertaining to commencement and termination of 
sessions. Then, a further decision message is generated and 
sent to the GGSN 2. The decision includes the authorized 
QoS. ..level, . for example-.QoS . class and bit .rate, or . further 
QoS parameters for the service .in question. Additionally, 
also charging information can be carried in the decision 
messages. Hence, a QoS authorization for individual flows 
as well. as charging information on a 'per flow basis' are 
available for the GGSN 2 . The GGSN 2 processes the further 
decision. message and enforces the authorization decision 
and policy information for the flow (or flows) of the 



service in question (Fig. 2B, step S110) . In order to 
enforce the decision of the PDF 3, the GGSN 2 - may map- 
parameters received in the DEC message to parameters to be 
applied for the service flow(s) in the communication 
5 connection (e.g. mapping QoS class to traffic class, 

traffic handling priority and allocation/retention 
priority) . 

On the other hand, if the decision in step S70 of Fig. 2B 
10 is NO, i.e. the service in question is "GGSN controlled", 

the new incoming flows can be admitted by GGSN 3 (Fig.. 2B, 
step S80) . Hence, the PDF 3 must not be consulted for 
further authorization of QoS, charging or the like. In such 
a case, the QoS is controlled by a per-sAP, or per service, 
15 provisioned QoS level. In the latter case, QoS policy?*. 

obtained from the PDF during the primary PDP context \ 
activation can be used. f > 



It is to be noted that the connection parameter control 

■ - *r 

20 described above may work in cases where the first and 

second network element are located in the same 
communication network and in cases where the first and 
second network element are located in different 
communication networks. In particular in the latter case, 

25 the third network element is a gateway network element. 



Furthermore, it is to be noted that the in described 
■"' connection parameter control mechanism the third network 
element can trigger the request to the fourth network 

30 element with or without an authorization token. Moreover, 

even though the above example describes the processing in 
connection with a primary packet based data transmission 
protocol context activation, such as a primary PDP context 
activation, the processing of the connection parameter 

35 control mechanism may be also executed in connection with a 

secondary packet based data transmission protocol context 



activation, such, as a ; secondary PDP context activation. 
Alternat . ivel y.fv. th 5 P roce , ssin 9 of the connection parameter 
control mechanism may be also executed in connection with a 
packet based data protocol context modification, such as a 
PDP context modification. 

Alternatively to the above described content of the 
decision message, there may be also applicable further 
alternatives in the connection parameter control. According 
to the above, the decision message from the fourth network 
element to the third network element comprises the , * 
authorization for the connection parameters, service 4 types 
usable for the communication connection, and an information 
portion indicating whether or not. (i.e. PDF ' controlled or 
GGSN controlled,, for example) the fourth network element 

-h-e~r— a^ at least one of~ 

the indicated service types in the communication 
connection. On the other hand, it is also possible that the. 
decision message from the fourth network element indicates 
that a service (or service flow) is PDF controlled by 
omitting the information portion indicating whether or not 
the fourth network element controls a r further • ^ 
authorization. In this case, the third network element is 
set such that each new service flow of a service in., 
question requires a control by the fourth network element. 
Optionally, in such a case, the third network element is 
set such that a control by the fourth network element is 
required at least for those service flows for which a QoS 
and /£f ? charginjf^leypl is t not available in, the t third . 
network element . ? As a further alternative, the information 
portion and/or the set of authorized services indicated in 
the decision message are introduced . with an empty content. 
This means that the third network element receives no 
specific information about the further control (e.g. by 
GGSN or PDF) of service flows and is set such that each new 
service flow^of a service in question requires a control by 



the fourth network element (or such that a control by the 
fourth network element is required at least for those 
service flows for which a QoS and/or a charging level is 
not available in the third network element) . In the cases 
described above, for example, the third network element may 
receive (and enforce) only the authorization for the 
connection parameters. 

Furthermore, the decision of the fourth network elements 
could be also transmitted to the third network element in a 
split form. This means, for example, that a first message 
indicating the decision of authorization of connection 
parameters is sent by means of a first message and that a 

second (or even a third) message comprising information . ^ 

■ it? " ■ 

about service types usable for the communication connection-; 

i . - - . a ' . " 

and/or the intormation portion indicating whether or not- ' 
the fourth network element controls a further authorization 
regardi ng a t lea st one of the indi cated service types . in 
the communication connection is send thereafter. The ir- 
respective context of the messages could be also mixed in af- ' 

• t ft 

different way (e.g. authorization and service types usaBie 
in a first message and information portion in a second ] 
message) . The order of sending of the respective messages 
may also be changed. 

Moreover, it is to be noted that in the decision for the .. . . . 
connection parameters (e.g. QoS level) a default value or 
level for connection parameters may be set by the fourth 
network element, in particular for services (or per 
service) which are indicated to be controlled by the third 
network element, and this is sent to the third network 
element . 

Furthermore, it is to be noted that the information used by 
the fourth network element (e.g. PDF) to obtain the 
decision on the communication connection parameters may 



change .during the lifetime of the communication connection . 
For example, , it., could be ' the .case.- that the user, 
subscription profile, changes (in the subscriber management 
system). Also the -provisioned service application 
information (e.g... from AF) may change. In this case,, the 
fourth network .element (e.g. the PDF) is adapted to send 
unsolicited DEC messages to the third network element (e.g. 
the GGSN) . These unsolicited DEC -messages may include the 
same information as described for the initial DEC messages 
concerning the connection parameter authorization . For this 
purpose, the fourth network element may store this 
information for later usage during the initial deciding 
step.. Alternatively, new connection, parameters may be ."■ 
.determined by the fourth network element in parallel to the 
procedures described: above. When the third network-element: 
(eTg— tKe^GGSN) receives sucfu unsoTi^iT^a^EC"Imessages, it 
enforces the decision indicated in the unsolicited DEC 
message corr espo ndingly . . ? 



With the described connection parameter management' or \ 
control, it. is possible to dynamically control max and/or 
default- QoS, for, example, for PDP contexts, as well as 
authorizing QoS for selected flows and using -of -per-sAP 
provisioning at the same time, particularly. when working 
together with an sa-GGSN or ISN. The invention allows for 
dynamic control of QoS authorization and optionally also of 
charging for selected services, also non-session based 
services, such as browsing. This means that the same QoS 
management or . control - information structure . can ..be., used for 
all. services between the QoS authorization element and the 
gateway network element. Additionally, such a capability 
also allows for policies based on network load, for 
example. 

In Fig. 5, . there is illustrated a scenario for the 
connection. parameter control in connection with a primary 
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PDP context activation in a case where a PDF control (ISPC 
control) is required for a APN. Similar to the structure 
according to Fig. 1, tn the structure of Fig. 5, there are 
shown a GGSN having an Policy Enforcement Point (PEP) , an 
IP Service Policy Control element as a PDF (also referred 
to Policy Decision or Determination Point PDP) and 
connected with a local rules repository. Furthermore, a 
Service domain AF and a Subscriber Management System 
comprising a Subscriber database are shown. Additionally , 
and different to Fig. 1, a Service Management System 
comprising a service database as well as a QoS Management 
System are involved. ■ • 

In the scenario according to Fig. 5, in step 1, a Create 4 
PDP Context Request including the IMSI and the APN is , sent 
"^to r ~tfi€r~GGSN". FronT"*€fTe : GGSN, in step 2~ a~correlipond"i ng"^ — ^ 
authorization request is forwarded to the PDF wherein the 
au thori za tion reques t compri se s t h e IMSI and a cAP. In s tep 
3, the PDF transmits the IMSI and the cAP to the Subscriber 
Management System. From the Subscriber Management System/' 
in step 4, the PDF receives a list of services wherein. • for 
each service name an activity information, a QoS class:, ' : 
and/or a bitrate is included. In step 5, the PDF decides on 
the authorization (for the primary PDP context activation) 
and sends a decision message to the GGSN (i.e. to the PEP) . 
The decision message comprises a PDP context QoS class, a 
PDP context bitrate, and a list of services wherein the 
list comprises for each service name an activity 
information, an indication whether GGSN or PDF controlled, 
a QoS class (if GGSN controlled) and/or a bitrate (if GGSN 
controlled) . The GGSN enforces the authorization decision 
and sends a Create a PDP context response message in step 
6. 

In Fig. 6, there is illustrated a scenario for the 
connection parameter control in connection with a new 
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service flow in case PDF (ISPC) control is required. The 
structure of the elements according to Fig. 6 is equivalent 
to that described in Fig. 5, Furthermore, straight line 
arrows indicate a signaling transmission while dashed line 
arrows indicate a user data transmission. 

In the scenario according to Fig. 6, in step 1, in 
connection with the transmission of user data, a packet of 
a new service flow is transmitted to the GGSN. The GGSN 
recognizes that the service in question is PDF (ISPC) 
controlled and transmits,, in step 2, a request message 
including the service name / packet classifier to the PDF. 
The PDF decides on connection parameters for the service in 
question and forwards in step 3. a decision message 
indicating th e service flow QoS class and/or service flow 
bitrate to the GGSN. The GGSN enforces the decision ~alid~~~" 
transmits, for example, a Modify PDP Context Request in 
f^P i/ T1 >e . .Ppj_controI >s_ required, for example, when the 

r» 1 ^ 4- Vk *-*v -W- -1 1 V\ • . . 



authorized PDP context (e.g. primary or" secondary) is not ... 
sufficient for the service flow. This results in a PDP 
context modification which is initiated by the GGSN. 

It is to be noted that also charging information may be 
included in the scenarios according to Figs. 5 and 6, as 
described above. 

As described above, there is disclosed a mechanism for 
controlling connection parameters for a communication . 
connection between network elements. When the communication 
connection is initialized, an authorization for the 
connection parameters of services is requested from a 
policy control entity which decides on connection 
parameters to be authorized for the communication 
connection and on service types which can be provided for 
the communication connection. A decision message is sent to 
a communication control network element wherein the 
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decision message comprises the authorization for the 
connection parameters, service types usable for the 
communication connection, and an information portion 
indicating, for each service, whether or not the policy 
5 control entity controls a further authorization regarding 

at least one of the indicated service types in the 
communication connection. The decision message is enforced 
in the communication connection by the communication 
control network element, which also determines, on the 
10 basis of the information portion, those service types of 

the communication connection flows of which can be admitted 
by itself without a consultation of the policy control 
entity, and those service types of the communication 
connection flows of which are to be controlled by the 

15 policy control entity* ' 

• ____ . 

It should be understood that the above description and 
accompanying figures are m erely intended to ill ustra te the 



present invention by way of example only. The described ^ 
20 embodiments of the present invention may thus vary withini 



the scope of the attached claims. 
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CLAIMS L 

1. A method of controlling connection parameters for a 
5 communication connection between a first network element 

and a second network element, , 

the method comprising the steps of 

initializing the communication connection and sending 
a communication connection request signaling for at least 
10 one service type to be used in the communication connection 

from the first network element to a third network element, 

requesting, by the third network element, an 
authorization for the connection parameters from a fourth 
network element, 

15 deciding, in the fourth network element, on connection 

parameters to be authorized for the communication ;Vl '\ 
"^onn^ction and on service types which can be provided for 
the communication connection, > : 
sending a decision messag e f rom the fourth networ k 



20 element to the third network element wherein the decision 

message comprises at least one of the authorization 'for the 

connection parameters, service types usable for the '-}\ 

• . . W* 1 

communication connection, and an information portion 

indicating, for each service, whether or not the fourth 

25 network element controls a further authorization regarding 

at least one of the indicated service types in the 

- communication connection . 



2. The method according to claim 1, further comprising 
30 steps of 

processing, in the third network element, the decision 
message for enforcing the decision of the fourth network 
element in the communication connection and 

determining, on the basis of the information portion, 
35 those service types of the communication connection flows 

of which can be admitted by the third network element 
without consulting the fourth network element, and those 
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service types of the communication connection flows of 
which are .. to be controlled by the. fourth network element . 



3. The method according to claim 2, further comprising 
5 steps of 

requesting, in the case that .the third network element 
receives a* flow of a service . type which is indicated to.be 
controlled by the fourth network .element, connection 
parameters for this service type from the fourth network 
10 element, 

, • deciding, in the fourth network element, on connection 
parameters to be authorized - for the service type in 
question, and . . ... 

sending a further decision message from the fourth 
15 network element to the third, network element wherein the 

. — TT~f ^urther'd'ecilsidn 

the .connection parameters of -the service type in question. 



4. The method according to claim 2, further comprising the 
20 steps of 

. admitting, in the case that the third network element 
receives a flow, of a service type which is 'indicated to be 
controlled by the. third network element, the flow by the 
third network element and using provisioned connection 
25 parameters for the service type. 

5. The method according to any of the preceding claims 
wherein at least one of the first and second network 

_ elements is a user equipment^ connected with, a^mohile 
30 communication network. 

6. The method according to any of the preceding claims 
wherein the third network element is a communication 
control or gateway network element of the. communication 

35 network, in particular of a mobile communication network, 
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wherein the communication control or gateway network 
element is adapted to trigger a dynamic policy request. 



10 



7. The method according to any of the preceding claims 
wherein the fourth network element is a policy control 
network function, in particular a policy decision function 
(PDF), which is capable of performing the deciding step on 
the basis of a user subscription profile and/or application 
service information. 

8 . The method according to any of the preceding claims 
wherein the fourth network element is a separate network 
element or included in the third network element. 

15 9. The. method according to any of the preceding claims | 

' 

wheie±n^the~conne"ction"parameters comprises a qualTt'y of 

service level to be provided for the communication 

connection. 



20 10. The method according to any of the preceding claims-; 

wherein the service types are defined on the basis of a:; 
■service access point or on the basis of a' service '"packet! 
classifier and/or aggregate level parameters those 
pertaining to the communication connection based on the 

25 initial connection parameter request signaling. 

11. The method according to any of the preceding claims 
wherein the decision message or messages comprise charging 
information for the communication connection using at least 
30 one service type. 



12. The method according to any of the preceding claims 
wherein the service types include real-time services and/or 
non real-time services. 
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13. The method according to any of the claims 1 to 12, 
further, comprising a step- of sending, in a decision 
message, aggregate connection parameters to the third 
network element as a part of a set of parameters. 

14. The method according to any of the claims 1 to 13, 
wherein. the fourth network element, in the case of session- 
based services. which are authorized by the fourth network 

-element, is able to receive information about flows the 
session comprises, as well as information pertaining to 
commencement and -termination of sessions. *. <-..-- 

15. The method according to claim 2, wherein in the '/' 
requesting step, in the case that the third network element 
receives a flow of , a service . type . which is indicated to.be 

-coxiLiwlled .by-ttre-^f owth^nWorraementv » an authoriTati"on-~ 
token and/or a flow identification is used as a binding 
information. 



16. .The method. according- to any of the claims 1 to 15, '\ 
wherein each of the first and second network elements is 
located in different, -communication- networks or in- the > same 
communication .network. 

17. A system for controlling connection parameters for a 
communication connection between a first network element 
and a second network element, 

the system comprising 

■■■■■ - a thi ^d .network .element., yia which the. communication 

connection is initialized by sending a connection parameter 
request signaling for at least one service type to be used 
in the communication connection from the first network 
element, 

a fourth. network element to. which the third network 
element requests an authorization for the connection 
parameters, wherein the fourth network element decides on 



connection parameters to be authorized for the 
communication connection and on service types which can be 
provided for the communication connection, 

wherein the fourth network element generates and sends 
a decision message to the third network element wherein the 
decision message comprises at least one of the 
authorization for the connection parameters, service types 
usable for the communication connection, and an information 
portion indicating, for each service, whether or not the 
fourth network element controls a further authorization 
regarding at least one of the indicated service types in 
the communication connection, 

18, The system according to claim 17, wherein the third 
network element ^ *y* 

7- "processes the detrC5"lT5!T7 nfe~s~s~ag~e ~and enforces tne s 
decision of the fourth network element in the communication 
connection and 

determines, on the basis of the information portion;; 
those service types of the communication connection flrows 
of which can be admitted by the third network element 
without consulting the fourth network element, and those-- 
service types of the communication connection flows- of 
which are to be controlled by the fourth network element. 

19. The system according to claim 18, wherein, the* third 
network element requests, in the case that the third 
network element receives a flow of a service type which is 
indicated to be controlled by the fourth network element, 
connection parameters for this service type from the fourth 
network element, 

wherein the fourth network element decides on 
connection parameters to be authorized for the service type 
in question and generates and sends a further decision 
message to the third network element wherein the further 
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15 
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decision message-comprises the authorization for the 
connection parameters of the service type in question. 

20. The system according to claim 18, wherein the third 
network element ^admits, in the case that, the third network 
element receives a flow of a service type which is 
indicated to be controlled by the third network element, 
the flow by using provisioned connection parameters for the 
service type. . 

21-, The system according to any of claims 17 to 20, wherein 
at least one of the first and second network elements is a 
user equipment connected with a mobile communication; 
network. 



22 ;^The~system accoraxng : to any of^thencl^ilEs'^ 'H^to 21,' 
wherein the third network element is a communication 
control or gateway network element of the communication 



network, in particular of a mobile communication network, 
20 wherein the communication control or gateway network. z 

element is adapted, to trigger a dynamic policy request. 

23. The system according to any of the claims; 17 to 22, 
wherein the fourth network element is a policy control 
25 network function, in particular a policy decision function 

(PDF) , which is capable of performing the deciding step on 
. the basis of a user subscription profile and/or application 
service information. 

30 24. The system according to any of the claims 17 to. 23, 

wherein the fourth network element is a separate network 
element or included in the third network element. 
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25. The system according to any of the claims 17 to 24, 
wherein. the connection parameters comprises a quality of 
service level to be provided for the communication 
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connection and/or aggregate level parameters those 
pertaining to the communication connection based on the 
initial connection parameter request signaling. 

5 26. The system according to any of the claims 17 to 25, 

wherein the service types are defined on the basis of a 
service access point or on the basis of a service packet 
classifier. 

10 27. The system according to any of the claims 17 to 26, 

wherein the decision message or messages comprise charging 
information for the communication connection using at least 
one service type. 

15 28. The system according to any of the claims 17 to 27, 'i 

• . ( . i J 

wherein the seirvice types include real-time services arid/or 

non real-time services. 



29. The system according to any of the claims 17 to 28, 
wherein, in a decision message, aggregate connection * 
parameters are sent to the third network element as a--; part 
of a set of parameters/ 

30. The system according to any of the claims 17 to 29, 
wherein the fourth network element, in the case of session- 
based services which are authorized by the fourth network 
element, is- able to receive information about flows the 
session comprises, as well as information pertaining to 
commencement and termination of sessions. 

31. The system according to claim 18, wherein in the case 
that the third network element receives a flow of a service 
type which is indicated to be controlled by the fourth 
network element, an authorization token and/or a flow 
identification is used as a binding information in the 
request from the third network element. 



20 
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32. The system according to any of the claims 17 to 31, 
wherein each of the first and second network elements is 
located in different communication networks or in the same 
communication network. 

33. A communication network device for controlling 
connection parameters for a 'communication connection 
between a first network element and a second network 
element , 

„ the device comprising 

meansfor receiving from a third network element, via 
which the communication connection is initialized by a 
connection parameter request signaling for at least one 
service type to be used in the communication connection 

^mT^he-^irsfe-networlc el ement 7 — a— regu cot foiq-an— — r : - — 

authorization for the connection parameters', 

means f or de c iding on con nection parameters to be 

authorized for the. communication connection and on service 
types which can be provided for the communication, 
connection, 

;v XV means. v for- generating .-and. sending^ a. .decision ^message to 
the third network element wherein the. decision message 
comprises at least one of the authorization for the 
connection parameters, service types usable for the 
communication connection, and an information portion 
indicating, for each service, whether or not the device 
controls a further authorization regarding at least one of 
the indicated service types in the communication 
connection. 

34. The device according to claim 33, wherein device is 
adapted to 

receive from the third network element a further 
request for an authorization of. connection parameters for 



service types of the communication connection flows of 
which are to be controlled by the device , 

to decide on connection parameters to be authorized 
for the service type in question, and 

to generate and send a further decision message to the 
third network element wherein the further decision message 
comprises the authorization for the connection parameters 
of the service type in question. 

35. The device according to any of claims 33 to 34, wherein 
at least one of the first and second network elements is a 
user equipment connected with a mobile communication 
network. 

36. The device according to any of the claims 33 to 35, 
— wherein L he Lhird— network"~eiement~~i~s a con™unicat~i~b~ri^: — 

control or gateway network element of the communication 
network, in particular of a mobile, c omm u nica tion net work, ... , 
wherein the communication control or gateway network? 
element is adapted to trigger a dynamic policy request. 

37. The" device according to any of the claims 33 to 36, ^ - 

wherein the device comprises a policy control network 
function, in particular a policy decision function (PDF), 
which is capable of performing the deciding step on the 
basis of a user subscription profile and/or application, 
service information. 

38. The device according to any of the claims 33 to 37, 
wherein the device is a separate network element or 
included in the third network element. 

39. The device according to any of the claims 33 to 38, 
wherein the connection parameters comprises a quality of 
service level to be provided for the communication 
connection and/or aggregate level parameters those 



pertaining to the communication connection based on the 
initial connection parameter request signaling. § 

■ ■• - * •'. ' - 1 

40. The device according to any of the claims 33 to 39, 

wherein the service types are defined oh the basis of a 
service access point or on the basis of a service packet 
classifier. 

41. * The device according to any of the claims 33 to 40 , 
wherein the decision message or messages comprise charging 
information for the communication connection using at least 
one service type. > 

42. The device according to any of the claims 33 to 41, 
wherein the service types include real-time services and/or 
n o n- re a i - timc services^ — '— — — — — — ™ — — — • •■ ■ "•' ~ - - . ' . — ~ 

43. The device according to any of the claims 33 to 4 2 , 
wherein, in a decision message, aggregate connection 
parameters are received as a part of a set of parameters. 

4 4 v-rThe .system.. according to^claiirt -34, ^wherein- in the -ease 
that device receives a flow of a service type which is 
indicated to be controlled by the fourth network element, 
an authorization token and/or a flow identification is used 
as a binding information in the request from the device. 

4 5. The device according to any of the claims 33 to 44,. 
wherein each of the first and second network elements is 
located in different communication networks or in the same 
communication network. 

46. A communication control network element usable in a 
system. for controlling connection parameters for a 
communication connection between a first network element 
and a second network element, 



the communication control network element comprising 
means for receiving, when a communication connection 
is initialized by the first network element, a connection 
parameter request signaling for at least one service type 
to be used in the communication connection, 

means for requesting, from a fourth network element, 
an authorization for the connection parameters, wherein the 
fourth network element decides on connection parameters to 
be authorized for the communication connection and on 
service types which can be provided for the communication 
connection, 

means for receiving from the fourth network element a 
decision message wherein the decision message comprises at 
least one of the authorization for the connection 
parameters, service types usable for the communication ^?>- 
connect ion,_a nd a n inf ormation- port ion- -indicating-, — for o a e h- 
service, whether or not the fourth network element controls 
a further authorization regarding at least one of the 
indicated service types in the communication connection . t ^ : * 

47. The communication control network element according; toV 
..claim 4 6, wherein - the network element is* adapted to • 

process the decision message and to enforce the 
decision of the fourth network element in the communication 
connection and 

to determine, on • the basis of the information portion, 
those service types of the communication connection flows 
of which can be admitted by the communication control 
network element without consulting the fourth network 
element, and those service types of the communication 
connection flows of which are to be controlled by the 
fourth network element. 

48. The network element according to claim 47, wherein the 
communication control network element comprises means for 



requesting, in the case that the communication control 
network element receives a. flow of a service type which is 
indicated to be controlled by the fourth network element, 
connection parameters for this service type from the fourth 
network element, and 

means for receiving from the fourth network element a 
further decision message generated on the basis of a 
decision by the fourth network element on connection 
parameters to be authorized for the service type in 
question, wherein the further decision message comprises 
the authorization for the connection parameters of the 
service type in question. 

49. The communication control network element according to 
;clainu 47, wherein the communication control network element 

admi-ts^~i^ coimuuiiication""control"network 
element: receives a -flow of a service type which is. : 
indicated to be control l ed by the communication con trol 
network element, the flow: by using provisioned connection - 
parameters for the service type. 

50. * The communication-control -network element according to 
any of claims 4 6 to 4 9, wherein at least one of the first 
and .second network elements is a user equipment connected 
with a mobile communication network. 

51. The communication control network element according to 
any of claims 4 6 to 50, wherein the communication control 
network element is a communication control or gateway 
network element of the communication network, in particular 
of a mobile communication network, wherein the 
communication control or gateway network element is adapted 
to trigger a dynamic policy request.. 

52. The communication control network element according to 
any of claims 46 to 51, wherein the fourth network element 
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is a policy control network function, in particular a 
policy decision function (PDF) , which is capable of 
performing the deciding step on- the basis of a user 
subscription profile and/or application service 
5 information . 

53. The communication control network element according to 
any of claims 4 6 to 52, wherein the fourth network element 
is a separate network element or included in the 

10 communication control network element, 

54. The communication control network element according to 
any of claims 4 6 to 53, wherein the connection parameters 
comprises a quality of service level to be provided for the 

15 communication connection and/or aggregate level parameters v % < 
~ feh^se- pe-rtra-i-n-ing-- to-- the— comm unication co nnectrion^iDased^oh ~f 



20 



the initial connection parameter request signaling. 



55. The communication control network element according to 
any of claims 4 6 to 54, wherein the service types; are 
defined on the basis of a service access point or on the 

My 

basis of a service packet classifier . .. : ... c r ^ 

56. The communication control network element according to 
25 any of the claims 46 to 55, wherein the decision message or 

messages comprise charging information for the 
communication connection using at least one service type. 

57. The communication control network element according to 
30 any of the claims 4 6 to 56, wherein the service types 

include real-time services and/or non real-time services. 
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58 . The communication control network element according to 
any of the claims 46 to 57, wherein, in a decision message, 
aggregate connection parameters are sent to from the 



4 
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communication control network element the third network 
element as a part of a set of parameters, 

59. The communication control network element according to 
any of the claims 46 to 58, wherein the communication 
control network element, in the case of session-based 
services which are authorized by the fourth network 
element, is able to receive information about flows the 
session comprises , as well as information pertaining to 
commencement and termination of sessions.; 

60. The communication control network element according to 
any of the claims 46 to 59, wherein each of the first and 
second network elements is located in different . 
communication networks or in the same communication 

— network. — — . . — — — — . . ", • — — — : : : 
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ABSTRACT ^ 

(FIG- 1) 

A mechanism for controlling connection parameters for a 
communication connection between network elements is 
disclosed. When the communication connection is 
initialized, an authorization for the connection parameters 
of services is requested from a policy control entity which 
decides on connection parameters to be authorized for the 
communication connection and on service types which can be 
provided for the communication connection. A decision 
message is sent to a communication control network element 
wherein the decision message comprises the authorization 
for the connection parameters, service types usable for the 

communication connection, and an information portion . -l\ -: , 

. % "7/. 

indicating, for each service, whether or not the policy 

control entity controls a further authorization regarding 

at least one of the indicated service types in the -V--V- 

* • v 

— Gommuni-Ga-ti-Gn- eennee-tion- The— dec-i-s-i-on— message— irs— enf oxced'v . - - 
in the communication connection by the communication T-*'^ 
control network element, which also determines, i on the, S 4?S v 
basis of the information portion, those service-' types;{pf^ l " 
the communication connection flows of which can be admitted^ 
by itself without a consultation of the policy control 
entity, and those service types of the communication 
connection flows of which are to be controlled by ,the 
policy control entity. - - - 
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UE INITIALIZES COMMUNICATION CONNECTION AND SENDS 
PACKET BASED DATA TRANSMISSION PROTOCOL CONTEXT 
REQUEST TO (MOBILE) COMMUNICATION NETWORK CONNECTED 
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COMMUNICATION CONTROL ELEMENT RECEIVES REQUEST 
FROM UE AND TRANSMITS A REQUEST FOR AUTHORIZING 
CONNECTION PARAMETERS (QoS) AND RESOURCES TO POLICY 
CONTROL ENTITY 
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POLICY CONTROL ENTITY DECD3ES ON THE BASIS OF USER 
SUBSCRIPTION PROFILE AND/OR APPLICATION SERVICE 
INFORMATION ON CONNECTION PARAMETERS AND AVAILABLE 



SERVICES FOR THE COMMUNICATION CONNECTION 



■■Mr:-- 
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POLICY CONTROL ENTITY GENERATES AND SENDS TO *. 
COMMUNICATION CONTROL ELEMENT DECISION (DEC) MESSAGE 
COMPRISING THE AUTHORIZED CONNECTION PARAMETERS AND 
SERVICES AS WELL AS AN INFORMATION POMlON CONCERNING 
FURTHER AUTHORIZATION FOR FLOWS IN THE SERVICES 



-S50 



COMMUNICATION CONTROL ELEMENT PROCESSES DEC 
MESSAGE, ENFORCES AUTHORIZATION DECISION AND 
DETERMINES SERVICE(S) FOR WHICH AUTHORIZATION IS 
CONTROLLED BY POLICY CONTROL ENTITY AND SERVICE(S) FOR 
WHICH POLICY CONTROL ENTITY DOES NOT FURTHER CONTROL 
AUTHORIZATION 




FIG. 2 A 



A 



FIG. 2B 
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COMMUNICATION CONTROL ELEMENT RECEIVES A FLOW IN A 
SERVICE AUTHORIZED FOR THE COMMUNICATION 
CONNECTION 




COMMUNICATION CONTROL 

-ELEMENTADMITS-FLOWS-OF " 

SERVICE IN QUESTION WITHOUT 
CUNSULTING POLICY CONTROL 
ENTITY FOR AUTHORIZATION 
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COMMUNICATION CONTROL ELEMEI 
FOR AUTHORIZING CONNECTION PA1 
FOR FLOW OF SERVICE IN QUESTION 


REQUESTS 
XAMETERS 






POLICY CONTROL ENTITY DECIDES ON 
CONNECTION PARAMETERS FOR SERVICE IN 
QUESTION AND SENDS DEC MESSAGE 






COMMUNICATION CONTROL ELEMEI 
PROCESSES DEC MESSAGE AND ENCF 
AUTHORIZATION DECISION 
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